home *** CD-ROM | disk | FTP | other *** search
/ ftp.cs.arizona.edu / ftp.cs.arizona.edu.tar / ftp.cs.arizona.edu / icon / newsgrp / group98a.txt / 000173_icon-group-sender _Wed Apr 22 07:53:28 1998.msg < prev    next >
Internet Message Format  |  2000-09-20  |  4KB
  1. Return-Path: <icon-group-sender>
  2. Received: from kingfisher.CS.Arizona.EDU (kingfisher.CS.Arizona.EDU [192.12.69.239])
  3.     by baskerville.CS.Arizona.EDU (8.8.8/8.8.7) with SMTP id HAA03363
  4.     for <icon-group-addresses@baskerville.CS.Arizona.EDU>; Wed, 22 Apr 1998 07:53:28 -0700 (MST)
  5. Received: by kingfisher.CS.Arizona.EDU (5.65v4.0/1.1.8.2/08Nov94-0446PM)
  6.     id AA30261; Wed, 22 Apr 1998 07:53:25 -0700
  7. To: icon-group@optima.CS.Arizona.EDU
  8. Date: 22 Apr 1998 02:03:02 GMT
  9. From: jeffery@cs.utsa.edu (Clinton Jeffery)
  10. Message-Id: <6hjj4m$inc@ringer.cs.utsa.edu>
  11. Organization: The University of Texas at San Antonio
  12. Sender: icon-group-request@optima.CS.Arizona.EDU
  13. References: <6gir3d$d0d@bgtnsc02.worldnet.att.net>, <slrn6j2hok.6li.davecook@mozart.cts.com>, <6hhqi6$2p9@bgtnsc01.worldnet.att.net>
  14. Reply-To: jeffery@cs.utsa.edu
  15. Subject: Re: Is this language dead?
  16. Errors-To: icon-group-errors@optima.CS.Arizona.EDU
  17. Status: RO
  18. Content-Length: 3032
  19.  
  20. : My main confusion at this point is what Win32 API I am able to use
  21.  
  22. Icon does not provide the Win32 API.  It provides a portable API.  Some
  23. Windows specific facilities (common controls) are available, but generally
  24. only those which could be implemented on other platforms.  This is free
  25. research software where portability is a major emphasis.  It should not
  26. be surprising that it has a different emphasis than commercial tools,
  27. especially those aimed specifically at the Windows market.
  28.  
  29. : Registry access, and Common Controls.  Will it require a knowledge of C/C++?
  30.  
  31. Since Win32 is a C API, you will probably need to know C in order to use it
  32. from any language that provides access.
  33.  
  34. : I read a bit about the loadfunc() and callout()
  35.  
  36. loadfunc() is a UNIX-centric function; since Windows isn't very UNIX
  37. compliant, it will require some effort on the part of a Windows developer
  38. to implement this for Windows.  I am always looking for volunteers...
  39.  
  40. callout() may be obsoleted by loadfunc(); I don't remember whether it is
  41. supported under UNIX Icon any more, but it isn't under Windows.
  42.  
  43. : The majority of the documentation seems to be focused on Unix environments.
  44.  
  45. Yes, Icon is free research software that was developed in a UNIX environment
  46. and has been widely ported.  Windows Icon has a goal of running just as well
  47. as UNIX Icon, and behaving as identically to it as possible.
  48.  
  49. : Im sort of shocked, but even
  50. : alot of the IPL Libraries are unix based, which leaves me confused as to
  51. : why they are included in the Win32 based version of Icon.  Portability
  52. : maybe, but even then, alot of them have prerequisits of 'unix'.
  53.  
  54. To taunt you.  You should be running Linux, not a Microsoft OS.
  55.  
  56. More seriously, the IPL has many files that are specific to Windows or
  57. specific to MS-DOS or some other platform.  I don't see a problem with that.
  58. I'm sort of shocked by your shock.  :-)  Some of the UNIX-specific modules
  59. might be made to run under Windows; others certainly never will.
  60.  
  61. : I'd love to keep working in ICON, but I just dont want to be limited in
  62. : what win32 abilities I can make use of.
  63.  
  64. Sorry, you should use C if you need the full Win32 API.  It is gigantic,
  65. ugly, and something we wouldn't want in the language.  A Windows loadfunc()
  66. may get implemented and do what you want someday; I just need a DLL guru
  67. to come in and do it for us.
  68.  
  69. : Anyone who can offer me windows specific
  70. : pointers please do contact me at the address above.
  71.  
  72. http://segfault.cs.utsa.edu/icon/inlwin.html is an Icon Newsletter article
  73. that describes the Windows common controls that are used, as you observe, in
  74. the Wi program.
  75.  
  76. I'm sorry that Icon's Windows-native facilities are so spartan when compared
  77. with the lower-level languages that have a Microsoft-centric world view.
  78. Other native Windows facilities may be added to Icon in the future, when
  79. volunteers implement them.
  80.  
  81. --
  82. Clint Jeffery, jeffery@cs.utsa.edu
  83. Division of Computer Science, The University of Texas at San Antonio
  84. Research http://www.cs.utsa.edu/research/plss.html
  85.